home *** CD-ROM | disk | FTP | other *** search
/ EuroCD 3 / EuroCD 3.iso / Programming / Amos / AMOSList-0198 / AMOSLIST / text0140.txt < prev    next >
Encoding:
Text File  |  1998-06-24  |  4.5 KB  |  111 lines
  1. On 27-Gen-98, Jens Vang Petersen wrote: Re: sorry for this....
  2.  
  3. The GUI Extension is the result of years of frustrations using the bugged
  4. intuition extension and waiting the official intuition support by F. Lionet
  5.  
  6. My frustrations are the frustrations of all the Amos users:
  7.  
  8. - no AGA support
  9. - no intuition
  10. - no standard GUI
  11. - my programs eat upto 80% of the CPU power!
  12. - no multitasking
  13.  
  14. And so i've created a extension that solve all this problem, and offers a
  15. easy way to handle everything, using simple/fast ready made commands for
  16. all the boring/repetative intuition operations like open windows, handle
  17. gadgets, events and so on.
  18.  
  19. The OS Dev Kit does the same things, but in a different way. You must handle
  20. everything manually... IMHO it isn't a good idea, expecially for
  21. GUI/intuition based operations.
  22.  
  23.  
  24. >Just a note, there's actualy two great AGA-supporting extensions in beta-
  25. >state right now. The new GUI, and the new OS DevKit. For those complaining
  26. >about the OS DevKit being hard to use (like myselve) it's now including
  27. >some very easy-to-use screens, windows and gadgets commands, one of the
  28.  
  29. Very well, a good news,  but there are some considerations to do:
  30.  
  31. - The OS needs some commands to define gadgets, and open the window. When
  32. you'll compile the program, the executable size will be bigger than the GUI
  33. ext. equivalent...  and also the GUI will be faster due to the use of GUI
  34. banks, wich old all the infos in a "precalculated" way to speedup operations.
  35.  
  36. - Define your gadgets directly in Amos may be usefull if you must do some
  37. little changes in your GUI... but in the 90% of the cases is a disadvantage!
  38. Create a interface without a WYSIWYG editor is a frustation! (see the AMOS
  39. interface language for example) for this reason exists the GadToolsBox, the
  40. MUI Builder and the other ones. 
  41.  
  42. >best features is that it's capable of fully supporting datatypes and
  43. >locales in your programs (localisation is almost imposible with GUI as far
  44. >as I know for now)
  45.  
  46. The upcoming version 1.7 doesn't fully support localisation... it will be
  47. ready in the v1.71 but with some extras ;) i.e. the user can translate in 
  48. real-time your GUI without waiting that someone release the catalogs
  49. needed.
  50.  
  51.  
  52. >I hope noone takes this too serious but I'm a bit pissed by always hearing
  53. >that the GUI is the best solution for intuition and it's the only serious
  54. >looking extension for AGA users.. WRONG, GUI might still be the easist to
  55. >use, but OS gives much better control for whatever you plan to make, and
  56.  
  57. much better control????? Let me an example......
  58.  
  59. Using the Gui Wait command only, you are able to control a unlimited number
  60. of windows, the Arexx port of your program and 32 internet connections!
  61.  
  62. Try to do the same with the OS Dev Kit and see how complex (and big) your
  63. program
  64. will be thanks to the 'better control'
  65.  
  66. Also consider the GUI Ext. automatic hotkeys support and gadget-links. In the
  67. v1.7 there is also a on-line help like MUI!
  68.  
  69.  
  70. >no. 1 choice from now on... And by the way, there's a little program that
  71. >can convert a GUI build with GAD-tools-box to a pice of OS-source :))
  72.  
  73. Not very usefull... because:
  74.  
  75. when you've created your GUI using the Gadtoolsbox, you must convert the GUI
  76. into AMOS-OS code, and merge it into your program. OK... but if in the future
  77. you must modify the GUI you shall convert the new GUI into OS commands,
  78. delete the old ones from your AMOS program,  and merge the new ones.
  79.  
  80. Using the GUI banks and running the GUI Converter as accessory, you can
  81. upgrade
  82. your GUI automatically, without modify your source code.
  83.  
  84.  
  85. I'm sorry for the big late... but now i'm busy with another great project!
  86. In the *near* future you'll agree with me that there is a very good reason!!
  87.  
  88. Anyway if you want, you can mix the GUI Extension and the OS Dev Kit, and
  89. obtain the best of the 2 worlds! :)
  90.  
  91.  
  92. -- 
  93.  
  94.  
  95. Bye!
  96.  
  97.  
  98.                                      !!!
  99.                                      o o
  100.    +-----------------------------oOO-(_)-OOo----------------------------+
  101.    |                                                                    |
  102.    |  Pietro Ghizzoni - Dairymen Soft              __  /// Amiga 12OO   |
  103.    |     E-Mail:  ghizzo@agonet.it                 \\\/// 'O3O  5OMhz   |
  104.    |            Team AMIGA                          \/// 18MB - CD4x    |
  105.    |                                                                    |
  106.    | Amos Professional Team Coordinator               AMIGA RULEZ!!     |
  107.    |                                                                    |
  108.    +--------------------------------------------------------------------+
  109.  
  110.  
  111.